home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / hardware-part1 / 7862 < prev    next >
Encoding:
Text File  |  1996-08-05  |  3.2 KB  |  77 lines
  1. Newsgroups: comp.sys.amiga.hardware
  2. Path: news-1.csn.net!ub!dsinc!scala!news
  3. From: dave.haynie@scala.com (Dave Haynie)
  4. Subject: Re: Iomega ZIP drive and AFS
  5. Sender: news@scala.scala.com (Usenet administrator)
  6. Message-ID: <1996Mar21.220737.11756@scala.scala.com>
  7. Date: Thu, 21 Mar 1996 22:07:37 GMT
  8. Reply-To: dave.haynie@scala.com (Dave Haynie)
  9. References: <4ha8n7$8u2@sdaw04.seinf.abb.se> <3149D6B6.44A1@pop.gpnet.it>
  10. Nntp-Posting-Host: gator
  11. Organization: Scala Computer Television, US Research Center
  12.  
  13. In <3149D6B6.44A1@pop.gpnet.it>, Mark Marin <megavolt@pop.gpnet.it> writes:
  14. >Johan H=96gberg wrote:
  15.  
  16. >> When formatting a ZIP with AFS file system (AmiFileSafe) 88MB
  17. >> becomes free. When formatting a ZIP with FFS file system 95MB
  18. >> becomes free. 
  19.  
  20. >From what I have read, it sets aside room for directory files. THey are 
  21. >all together so you get faster access to the files.
  22.  
  23. That's correct. The FFS design is to use distributed file management,
  24. which allocates pieces needed to track a disk's content as needed,
  25. anywhere on the disk. The AFS design allocates everything can ever use
  26. up front. However, AFS uses much less overheard to track files and
  27. their contents.
  28.  
  29. >> The 95MB value is verified and true. 94 files of each 1024*1024
  30. >> bytes was copied into 10 directories. After that there was
  31. >> still 0.5MB free.
  32.  
  33. Under FFS with 512 byte blocks, your storage requirements go like
  34. this: 
  35.  
  36.     10 directories                 5120 bytes
  37.     94 file headers                48128 bytes
  38.     94 1024*1024 data         102760448 bytes
  39.     94*28 extension blocks          1347584 bytes
  40.  
  41.     Total                104161280 bytes
  42.  
  43. That is significantly more than the 100 decimal-MB you would expect in
  44. a drive like this. But, interestingly enough, dead nuts on with a disk
  45. of 100 binary-MB. 
  46.  
  47. So, you screwed up somewhere. Either the ZIP drive is 100MB, decimal,
  48. and you're wrong about that little test, or it's 100MB, binary, and
  49. someone's lying about the storage (100MB decimal rounds off to 95MB
  50. binary, which is what everyone's claiming the OS tells you).
  51.  
  52. >It's a feature, not a problem! This is because AmigaDOS uses disk space
  53. >in 512 (or higher) chunks. A file that is 12 bytes long still takes up 
  54. >512 bytes. With AFS, it only uses the bytes it needs, since several 
  55. >files can all share that 512 byte `block'. 
  56.  
  57. That's also wrong. AFS does store more than one file/directory entry
  58. per block. But the actual contents of a file are stored in even
  59. blocks, just as under FFS. Since AFS uses extents, though, which are
  60. in the reserved area, there's nothing like an extension block
  61. overhead. And ideally, it takes AFS about 3 longwords, aside from the
  62. file header data (in the directory list), to store a file of any
  63. length. It gets worse with fragmentation, but it's not going to be as
  64. bad as FFS, overhead-wise, in any realistic situation, on a per file
  65. basis.
  66.  
  67. Of course, you can probably find a few cases in which FFS stores more
  68. data than AFS, simply because AFS has a fixed overhead, while FFS's
  69. grows based on the number and type of its contents.
  70.  
  71. Dave Haynie          | ex-Commodore Engineering |   for DiskSalv 3 &
  72. Sr. Systems Engineer |  Hardwired Media Company | "The Deathbed Vigil"
  73. Scala Inc., US R&D   |    Ki No Kawa Aikido     |     info@iam.com
  74.  
  75.          "Feeling ... Pretty ... Psyched" -R.E.M.
  76.  
  77.